Date: Sun, 16 May 93 19:00:23 PDT 

From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu> 
Errors-To: Ham-Policy-Errors@UCSD.Edu 

Reply-To: Ham-Policy@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Policy Digest V93 4146 

To: Ham-Policy 


Ham-Policy Digest Sun, 16 May 93 Volume 93 : Issue 146 


Today's Topics: 
Morse et cetera... (2 msgs) 
No-Code Stupidity (2 msgs) 
uk.radio.amateur newsgroup? (2 msgs) 
Welcome to rec.radio.info! 


Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu> 
Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Policy Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Sun, 16 May 93 00:09:19 CDT 

From: usc!zaphod.mps.ohio-state.edu!menudo.uh. edu! jpunix! unkaphaed! amanda! 
robert@network.UCSD.EDU 

Subject: Morse et cetera... 

To: ham-policy@ucsd.edu 


system@garlic.sbs.com (Tony Pelliccio) writes: 


robert@amanda.jpunix.com (robert) writes: 


> I mean, come on now, folks. We now have a no-code license (Codeless 
> Technician), and those who can't or won't learn to code now have a door 
> in which to enter the hobby. So, it seems to me to be a moot point. 
> 
> --Robert WA3J 


But it's not a moot point when no-code techs who don't want to learn the 
code scream and bitch about not having access to the HF bands. That's 


VV VV VV VV VV WV 


> Isn't it funny how this has degenerated to a code versus no-code debate? 


> the real issue. 
> 
> Tony 


You know, Tony, I'm sick of listening to that crap. If they can't live 
with a Codeless Tech license, or can't upgrade beyond that, my advice is 
to go find another hobby. Upgrading is not a difficult task, but it does 
require effort. Should we lower the standards (which has already been 
done on more than one occassion within the last few years) because a 
small percentage of licensees (or potential licensees) are too lazy or 
ignorant to master the code? I'm sorry, but I just don't buy that. 


--Robert 


Date: Mon, 17 May 1993 01:06:30 GMT 

From: dog.ee.lbl.gov!overload.1lbl.gov!agate!news.ucdavis.edu!othello.ucdavis.edu! 
ez006683@network.UCSD.EDU 

Subject: Morse et cetera... 

To: ham-policy@ucsd.edu 


pepe rtie lane jpunix.com (robert) writes: 
: ez006683@othello.ucdavis.edu (Daniel D. Todd) writes: 


Actually Robert the point isn't moot. There are some on the net who would 
like to see the code requirements lowered for the higher class licenses. 
And there are those who would like to see the requirements changed in the 
opposite way. as far as I know the discussion is not whether or not we 
have a codeless license but rather should we change our license system. 


Dan 


VVVVV VV VV 


: Is it that the Codeless Technician is not satisfactory to these 
individuals? It seems to me that the current privileges conferred by this 
(Sane arguement duplicated three times with slight variation deleted] 


I'll type it real slowly for you this time, maybe you'll understand ;-) 
It is not that all these people want to give more privleges to the 
technician class license!!! The discussion is if we should try to change 
the licensing requirements for higher license classes!! Most of the 
people aren't arguing about the current technician class structure. The 
discussion relates to other classes (ie. General, Advanced and Extra). 


: However, the code test is unique: all the answers to the test are sent, 
: word for word, to the examinee. All he has to do is write them down. 
This is simply not true. Most VE's especially ARRL VE's use premade tapes 


and have about five different tapes they use in the exams. How do you 
think they got all those nice little multiple guess grading templates? 
Maybe the 1A-C exam QSO's should be available too! (this was a joke, sorry 
if someone missed it) 


: And a license earned through achievement has proven time and time again 
: to have more value than one acquired through memorization of a "pool." 


Why is remembering what a series of dits and dahs means more af an 
achievement than understanding RF theory? Are all amateurs that earned 
their licenses before the VE program better amateurs who value their 
license more than those who took exams later? After all they couldn't 
memorize the answers. Fortunately, the value one provides to the 
community is not measured by the same yardstick that is used to measure 
the value of a license to an amateur. 


BTW: 

I worked comms for the Davis Double Century Bike Ride, Saturday (5/15/93) 
from 5am until 11:30pm. It was great fun and we had no fatalities, except 
a deer and the front fender of N6VTC's Escort on the way down the 
mountain. He was up there providing a link to a secluded valley in the 
course. 


: I rest my case. 


Your case rests, in peace. ;-) 

Dan 

Ke nn ee ee eee eee * 
x Daniel D. Todd Packet: KC6UUD@WA6RDH.#4#nocal.ca.usa * 
* Internet: DDTODD@ucdavis.edu * 
* Snail Mail: 1750 Hanover #102 * 
* Davis CA 95616 * 
Keen nn nn ee eee * 
* I do not speak for the University of California.... * 
* and it sure as hell doesn't speak for me!! * 
Ken nn nn ee ne ee eee * 


Date: Sun, 16 May 1993 21:43:31 GMT 
From: anomaly.sbs.com!wrir@uunet.uu.net 
Subject: No-Code Stupidity 

To: ham-policy@ucsd.edu 


I'm pretty new to this whole bunch of discussion about code versus no-code. 


You people should get a life, learning code has been around for a long 
time and if I had to learn it to 20 words per minute then you're going 
to have to learn it to 20 words too. 


I also support beefing up the theory to keep the CB transplants out 
of the bands (you know, the ones with their callsigns on their belt buckles and 
the ones who ground their equipment to a gas pipe). 


Flame away -- I love hatemail. 


73 de WR1R 
Frank 


wrir@anomaly.sbs.risc.net 


Date: Mon, 17 May 1993 01:19:28 GMT 

From: usc!howland.reston.ans.net!agate!news.ucdavis.edu!othello.ucdavis.edu! 
ez006683@network.UCSD.EDU 

Subject: No-Code Stupidity 

To: ham-policy@ucsd.edu 


Wel ecouona ys sbs.com (Frank Almeida (WR1R)) writes: 

: I'm pretty new to this whole bunch of discussion about code versus no-code. 

: You people should get a life, learning code has been around for a long 

: time and if I had to learn it to 20 words per minute then you're going 

: to have to learn it to 20 words too. 

: I also support beefing up the theory to keep the CB transplants out 

: o£ the bands (you know, the ones with their callsigns on their belt buckles and 
the ones who ground their equipment to a gas pipe). 


Flame away -- I love hatemail. 


: 73 de WRIR 
Frank 


; ewete eo iolalys sbs.risc.net 
Wow WOW WOW!!! 


On behalf of all those who would like to see some change in the current 
licensing format. THANK YOU! THANK YOU! THANK YOU! 


This is really TONY isn't it ;-) 


He ee ee ee eee eee eee * 
x Daniel D. Todd Packet: KC6UUD@WA6RDH.##nocal.ca.usa * 
* Internet: DDTODD@ucdavis.edu * 
* Snail Mail: 1750 Hanover #102 x 
x Davis CA 95616 * 
He eee eee eee eee * 
* I do not speak for the University of California.... * 
* and it sure as hell doesn't speak for me!! * 
Kee ee ee eee eee ee eee * 


Date: Sat, 15 May 1993 21:07:09 +0000 

From: pipex!bnr.co.uk!demon!1llondel.demon.co.uk!dave@uunet.uu.net 
Subject: uk.radio.amateur newsgroup? 

To: ham-policy@ucsd.edu 


In article <pschleck.737480632@cwis> pschleck@cwis.unomaha.edu (Paul W Schleck 
KD3FU) writes: 

In light of limited traffic, would it be 

desirable to make it uk.radio instead, and encompass shortwave 

listening? 

specified ‘amateur radio' to distinguish it from broadcast radio.... 

would think most SWLs would spot it and at least look in to see what was 
going on. 


HHV VV 


Dave 


CECEEEEEEAEEECEEECEEEEEEEEEECEEEEEEEECECEEEEEEEECECEEEEEEEECECEEEEEEEECECaeE 


@ G4WRW @ GB7WRW.#41.GBR.EU AX25 @ You think xyoux have problems? @ 
@ dave@llondel.demon.co.uk Internet @ What do you do if you xarex @ 
@ g4wrw@g4wrw.ampr.org Amprnet @ a paranoid android?? @ 


CECEEECEEAEEEEEEEEEEEEEEEEEECEEEEEECECECEEEEEEEECECEEEEEECECECEEEECECECECaeee 


Date: Sun, 16 May 93 10:53:07 PDT 

From: sdd.hp.com!caen!nigel.msen.com! fmszr17!destroyer!cs.ubc.ca!mala.bc.ca!oneb! 
ham! emd@network.UCSD.EDU 

Subject: uk.radio.amateur newsgroup? 

To: ham-policy@ucsd.edu 


dave@llondel.demon.co.uk (David Hough) writes: 


> I have posted this to a few uk-only groups but as some affected people don't 


get those groups but might be on here, I will put it here as well: 


Is anyone interested in a uk.radio.amateur newsgroup? The rec groups are 
mainly biased towards North America, although frequented by amateurs from 
the rest of the world as well. The new group would be for UK-based issues, 
as well as providing a good place for non-UK amateurs to ask any questions 
they might have about our system. 


As an aside, it is worth noting that there are some aus.radio groups, and 
a few for other countries as well so the idea isn't new :-) 


Dave 


VV VVV VV VV VV VV 


Actually, Dave, I'd vastly prefer to see more non - North Americans on 
all the rec-radio newsgroups. It sure won't happen, though if you split 
off the UK amateurs. 


73, Bob. 

Robert Smits There is *nox idiotproof filter. 
VE7EMD Idiots are proof against anything! 
Ladysmith B.C. - Richard Chycoski, VE7CVS 


e-mail: emd@ham.almanac.bc.ca 


Date: Sun, 16 May 1993 15:45:00 GMT 

From: usc!howland.reston.ans.net!newsserver.jvnc.net!yale.edu!nigel.msen.com! 
fmsr17!destroyer!cs.ubc.ca!alberta!adec23!ve6mgs! rec-radio-info@network.UCSD.EDU 
Subject: Welcome to rec.radio.info! 

To: ham-policy@ucsd.edu 


Archive-name: radio/rec-radio-info/welcome 
Last-modified: $Date: 1993/05/03 10:36 $ 
Version: $Revision: 1.04 $ 


xxk Welcome to rec.radio.info! «xx 


Welcome to rec.radio.info, a group that aims to provide a noise-free source 
of information and news for the entire rec.radio hierarchy. 


Two introductory articles about rec.radio.info are posted to the group and 

to news.answers every two weeks. You are now reading the first article, which 
explains what rec.radio.info is, and answers some Frequently Asked Questions. 
The second article is titled "Submission Guidelines", and you only need to 
read it if you want to submit an article to rec.radio.info. 


You can skip to the next section of this article by searching for the next 
" -- " string. The sections available are: 
- What is the purpose of rec.radio.info? 
- Why are messages almost always cross posted to rec.radio.info? 
- What is a 'follow-up', and what does 'moderated' mean? 
- OK, so now I know what 'moderated' means. Tell me more. 
- What type of material is considered inappropriate? 
- I do not have access to news, how can I get the information posted to 
rec.radio. info? 
- Will the material appearing in rec.radio.info be archived somewhere? 
- I have a regular posting with timely information, is there a way to 
speed up it's delivery, or automate for more convenience? 


-- What is the purpose of rec.radio.info? 


The purpose or charter of rec.radio.info is to provide the Usenet community with 
a resource for information, news, and facts about any and all things radio. 


All the other rec.radio groups are intended for discussions and general chit 
chat about radio. Rec.radio.info will contain informational, factual articles 
only. Follow-ups are redirected to an appropriate other group, and further 
discussion (if any) will not take place in rec.radio.info. 


In order to ensure that rec.radio.info contains only appropriate articles, it 
was decided to create the group as a moderated newsgroup. 


-- Why are messages almost always cross posted to rec.radio.info? 


It provides a "tag" for each article to be assembled into a filtered 
presentation in rec.radio.info (even with cross-posting, only one message, with 
a unique Message-ID, is propogated across the net). This tag also facilitates 
a pre-existing method of dropping or cancelling the articles locally within the 
discussion groups if you don't want to see them. This accommodates individuals 
who want to separate the bulletins from the discussions, discussions from the 
bulletins, as well as those who are adamant about not reading another 

newsgroup and wanted to see everything all in one basket. 


With the total size of Usenet (in number of newsgroups and total traffic) 
doubling every year or so, this is no insignificant contribution to reducing 
information noise and chaos. Making the discussion groups a catch-all, and 
making extra newsgroups filters on that catch-all, is also the most realistic 
way to implement such a scheme (It's not intuitively obvious what the charter, 
contents, and general appropriate topics for each and every newsgroup are. 
Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial 
for new readers). 


By cross-posting one only is adding a few tens of bytes to each bulletin (to 


specify the extra group on the Newsgroups line), but are adding the capability 
for very powerful filtering features available on most news servers, 
listservers and readers. Your local news guru could probably explain these 
features in more detail. 


In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add 
a line of the form: 

/Newsgroups:.*[ ,]rec\.radio\.info/h:j 
either in ~/News/KILL (if you don't want to see rec.radio.info articles 
anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them 
just in rec.radio.amateur.misc). The latter method means your kill file will 
only be consulted during rec.radio.amateur.misc (and hence runs more 
efficiently), and will probably work for most people. 


In nn, according to Bill Wohler in his nn FAQ, add a line of the form: 
rec.radio.info:!s/:% 
in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or 
put the following lines: 
sequence 
rec.radio.info 
rec.radio. 
at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first, 
then read the remaining rec.radio.* without the bulletins. 


-- What is a 'follow-up', and what does 'moderated' mean? 


If you are new to Usenet and are not familiar with the terminology, you might 
want to read the general introductory articles found in the newsgroup 
news.announce.newusers. Doing so will make your life on the net much easier, 
and will probably save you from making silly beginner's mistakes. 


If you think that at this moment you are reading an echo, a conference, or 
a bulletin board, I'd also strongly suggest a trip over to 
news .announce.newusers. 


For the rest of this article, I will assume you have a basic knowledge of 
Usenet terminology and mechanics. 


A moderated group means that any article that needs to be posted to the group 
has to be accepted by the moderator of the group. Since we need to ensure that 
followups to an article (discussion) do not show up in the rec.radio.info 
newsgroup, the ‘Followup-To:' header line contains a newsgroup that is 
appropriate for disussions about the specific article. 


-- OK, so now I know what 'moderated' means. Tell me more. 


Rec.radio.info is a moderated newsgroup, which means that all articles 
submitted to the group will have to be approved by the moderator first. 


The current moderator of the group is Mark Salyzyn. Submissions to 
rec.radio.info can be posted, or e-mailed to: 


rec-radio-info@ve6émgs.ampr.ab.ca 


Comments, criticisms, suggestions or questions about the group can be e-mailed 
to: 
rec-radio-request@ve6mgs.ampr.ab.ca 


But before you do so, please be sure to check out the "Submission Guidelines" 
article. 


The influence of the moderator should be minimal and of an administrative 
nature, consisting chiefly of weeding out obviously inappropriate articles, 
while making sure correct headers etc. are used for the appropriate ones. 


-- What type of material is considered inappropriate? 


There are three broad categories of articles which will be rejected by the 
moderator: 


1) Requests for information: rec.radio.info is strictly a one-way street. I 
receive information in my mailbox; I then post it to rec.radio.info. 
Requests for specific information belong in the normal discussion newsgroups. 
If your request gets answered, you might consider passing the answer on to 
rec.radio.info, though. Especially if you can edit it into a informational, 
rather than a discussion, format. 


2) Obvious discussion articles, or articles that appear unsubstantiated. 


3) Commercial stuff: a relatively unbiased test of a radio product would be 
accepted, but any hint of for-profit might be reason for rejection. For three 
reasons: This is not the purpose of the list, for-profit is a controversial 
topic, and this list may be passed onto Amateur Packet Radio (where 
for-profit is prohibited except under certain provisos). 


rec.radio.swap may be more deserving of the posting in any matter. 


Similarly, copyrighted material generally cannot be used. If it's TRULY 
worthwhile to the net, I would recommend obtaining permission from the 
copyright holder. Please note the source, and if permission was given. I 
reserve the right to make the final decision concerning appropriateness in 
all situations. In most cases, a brief summary of, or pointer to, the 
copyrighted information may be all I can allow. 


-- I do not have access to news, how can I get the information posted to 
rec.radio.info? 


brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for 
rec.radio.info. Non of the articles will be digested, due to their size, so 
you will receive individual mailings for every article posted to the group. 


Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and 
thus is an alias to rec-radio-info@ve6émgs.ampr.ab.ca 


To subscribe and unsubscribe via the listserver; the format for that is 


sub address radio-info 
unsub address radio-info 


where ‘address’ is your full mailing address. Send this request to 
listserv@ucsd.edu 


Note that the server will automatically delete any address that bounces mail. 
If you leave the address portion blank, it will try to deduce your address 
from the mail headers. This may not work if you are on bitnet, milnet or 
some other non-Unix host, so it is recommended to put your return address 

in any case. For example: 


sub mymailbox@myhost.mydomain.mil radio-info 
or 
sub MEMEMEOQ1@DMBHST.bitnet radio-info 


or something like that. 
-- Will the material appearing in rec.radio.info be archived somewhere? 


Yes. Still firming up details at the moment but here is a preliminary list: 
- unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu> 
- nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.£1i> 
saved to /pub/dx/text/rec.radio.info currently stored as 
numbered files. 


Effectively this means that anything you post to rec.radio.info will be 
permanently stored, so your work will not be lost. 


-- I have a regular posting with timely information, is there a way to 
speed up it's delivery, or automate for more convenience? 


Yes, there is! It may take a bit of chatter with the moderator, but we are 
willing to take responsible people and provide them the means of posting the 
articles directly from their site. We will try everything we can as we fully 
realize that DX (distant signal) and astronomical data can be somewhat 
transitory. We are also willing to allow regular posters of information the 


same courtesy, even if the information is not as time critical. 


We refer to this as self-moderation, which is partly based on the model for 
news.answer. This requires co-operation and good will to be beneficial to 
the community in the rec.radio hierarchy. 


I suggest reading the posting guidelines for more information. I am open to 
suggestions. 


I thank the following individuals for their input into this article: 
rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl 
rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us 
Paul W. Schleck, KD3FU pschleck@unomaha. edu 
Tan Kluft, KD6EUI ikluft@uts.amdahl.com 


Mark Salyzyn -- Moderator rec.radio.info 

Submissions to: rec-radio-info@veémgs.ampr.ab.ca 

Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca 

* Requests for information do xnot*x belong in rec.radio.info x 


Date: Sun, 16 May 93 18:11:24 GMT 

From: csus.edu!netcom.com!netcomsv!orchard.la.locus.com! prodnet.la.locus.com! 
spica.la.locus.com!dana@decwrl.dec.com 

To: ham-policy@ucsd.edu 


References <1993May12.174742 .28980@leland.Stanford.EDU>, <C6xM3H.9z8@ucdavis.edu>, 
<1993May14.231949 .29392@leland.Stanford.EDU>.1la. 
Subject : Re: More on no-code 


In article <1993May14.231949.29392@leland.Stanford.EDU> paulf@umunhum. stanford. edu 
(Paul Flaherty) writes: 

>In article <C6xM3H.9z8@ucdavis.edu> ez006683@othello.ucdavis.edu (Daniel D. Todd) 
writes: 

>>Hmmm... I just can't seem to remember seeing that it is the FCC's job to 
>>*xminimizex use of the amateur bands. Yes, when you say it keeps the bands 
>>from becoming overcrowded that does minimize the use. If you can point 

>>out where part 97 says that it is the FCC's job to prevent overcrowding 

>>the bands please post it. 

> 

>The "FCC's job" is not defined by 47 CFR 97. The powers and responsibilities 
>of the FCC are outline in the enabling Communications Act of 1934. Those 
>responsibilities include licensing transmitters, and spectrum coordination to 
>prevent interference. Yes, that means they can limit the number of stations. 

> 


C'mon Paul, the discussion here is with respect to Amateur radio. 47 CFR 
part 97, specifically 97.1, explains the basis and purpose of the Amateur 
Radio Service. 97.1 makes no reference to minimizing the use of the 
spectrum allocated to the Amateur Radi Service. 


x Dana H. Myers KK6JQ | Views expressed here are * 

* (310) 337-5136 | mine and do not necessarily * 

* dana@locus.com DoD #466 | reflect those of my employer 
*k 


+ 


This Extra supports the abolition of the 13 and 20 WPM tests x 


Date: Sat, 15 May 93 23:23:39 GMT 
From: mnemosyne.cs.du.edu! nyx! jmaynard@uunet.uu.net 
To: ham-policy@ucsd.edu 


References <C6xALy.1MJ@ucdavis.edu>, <93133.135221WKOEHLER@ESOC.BITNET>, 
<1993May15.061042 .151224@locus.com> 
Subject : Re: Should auto mechanics learn how to shoe horses? 


In article <1993May15.061042.151224@locus.com> dana@lando.la.locus.com (Dana H. 
Myers) writes: 

>Would you like to speculate what ham radio will be when the lawmakers 

>figure out we're stuck in 1930? 


Just because I support a code requirement does not mean I'm stuck in 1930. I 
just built my own instantiation of a micro-based repeater controller, to be 
put on a repeater in a linked system (even if it IS one of those nasty, 
eeeeeeeeeeeeeeeeeeevil closed repeaters); there's a 386DX-25 sitting here, 
running KA9Q and serving as the nameserver for the Houston area, as well as 
gateway to my shack Ethernet; after the repeater, the next project is a 
full-duplex portable radio (to be used on that nasty, eeeeeeeeeeeeeeeeevil 
closed repeater system); and I'm still involved in band planning and frequency 
coordination. I challenge you to name one of those that was part of ham radio 
in 1930. 
Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can 
jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by stupidity. 
"The new facility will have educational and subsistence abuse programs." 

KTRH Radio, reporting on a new prison 


Date: Sat, 15 May 93 14:03:52 GMT 


From: agate! howland.reston.ans.net!wupost!csus.edu!netcom.com!netcomsv! 
orchard.la.locus.com! prodnet.la.locus.com!spica.la.locus.com!dana@ames.arpa 
To: ham-policy@ucsd.edu 


References <930513.021333.5C3.rusnews.w165w@garlic.sbs.com>, 
<1993May13 .173845 .11612@nntpd2.cxo.dec.com>, 
<1993May13.180733.21940@rsg1.er.usgs.gov>.la.locu 

Subject : Re: what is the issue here? (WAS: no-code defense) 


In article <1993May13.180733.21940@rsg1.er.usgs.gov> tbodoh@resdgs1.er.usgs. gov 
(Tom Bodoh) writes: 

>In article <1993May13.173845.11612@nntpd2.cxo.dec.com>, 
little@nuts2u.enet.dec.com (nuts2u::little) writes: 

>|> 

>|> By the way, I can't xwait*x to see your "NPRM". I hadn't realized the FCC 
>|> had relocated its offices to Rhode Island and started using the sbs nodes 
>|> for their internet access. 

>|> 


>The question just begging to be asked is - what does SBS do? Is the company 
>ham related or what? I've ssen a lot of CONTROVERSIAL (to be kind) posts 
>coming from there and one starts to wonder what type of business this is. 

> 


Same here. I'm starting to think it is some kind of committee effort 
to post a bunch of flaming, half-witted drivel to the amateur newsgroups, 
and I now generally anything from SBS. I read it, laugh, then kill it. 


x Dana H. Myers KK6JQ | Views expressed here are * 
* (310) 337-5136 | mine and do not necessarily * 
* dana@locus.com DoD #466 | reflect those of my employer 


* 
x This Extra supports the abolition of the 13 and 20 WPM tests x 


Date: Sat, 15 May 93 15:28:54 GMT 
From: agate! headwall.Stanford.EDU!nntp.Stanford.EDU! umunhum! paulf@ames.arpa 
To: ham-policy@ucsd.edu 


References <C6xALy.1MJ@ucdavis.edu>, <93133.135221WKOEHLER@ESOC.BITNET>, 


<1993May15.061042 .151224@locus.com>paulf 
Subject : Re: Should auto mechanics learn how to shoe horses? 


In article <1993May15.061042.151224@locus.com> dana@lando.la.locus.com (Dana H. 
Myers) writes: 

>Well, I worked for my ham license, and now I'm working to overcome mindsets 
>which threatean to keep to keep the amateur service from staying abreast 

>of modern developments. 


Please elaborate. How does the current CW requirement keep the amateur 
service from "keeping abreast of modern developments"? 


-=Paul Flaherty, N9FZX | "Just name a hero, and I'll prove he's a bum." 
->paulf@Stanford.EDU | -- Col. Gregory "Pappy" Boyington, USMC (ret) 


End of Ham-Policy Digest V93 #146 
KKKKKKKKKKK KKK KKKKKKKKKKER KKK 


